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© A method and system for generating a computer 
program. In a preferred embodiment, the present 
invention provides a program tree editor for directly 
manipulating a program tree. A program tree com- 
prises of plurality of nodes corresponding to com- 
putational constructs. The program tree editor re- 
ceives commands from a user that are independent 
of a programming language syntax. The present 
invention also provides a display representation gen- 
erator for generating a display representation of the 
program tree. The display representation generator 
retrieves nodes from the. program tree and displays 
a display representation of the node. A user of the 
present invention preferably interacts with the pro- 
gram tree editor based on the display representa- 
tion. 
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Technical Field 

The present invention relates generally to a 
computer method and system for generating a 
computer program and. more specifically, to a 
computer method and system editing a program 
tree. 

Background of the Invention 

Computer programs are generally written in a 
high-level programming language (e.g., Pascal and 
C). Compilers are then used to translate the 
instructions of the high-level programming lan- 
guage into machine instructions, which can be ex- 
ecuted by a computer. The compilation process is 
generally divided into 6 phases: 

1 . Lexical analysis 

2. Syntactic analysis 

3. Semantic analysis 

4. Intermediate code generation 

5. Code optimization 

6. Final code generation 

Lexical analysis involves scanning the computer 
program and recognizing components or tokens of 
the high-level language. During this phase, the 
compiler converts the computer program into a 
series of tokens that are processed during syntac- 
tic analysis. For example, during lexical analysis, 
the compiler would recognize the statement 

cTable = 1.0; 
as the variable(cTable), the operator( = ), the 
constant^ .0). ■ and a semicolon. A variable, oper- 
ator, constant, and semicolon are tokens of the 
high-level language. During syntactic analysis, the 
compiler processes the tokens and generates a 
syntax tree to represent the program. A syntax tree 
is a tree structure in which operators are stored in 
non-leaf nodes and operands are stored in leaf 
nodes. In the above example, the operator ("='**) 
has two operands: the variable (cTabte) and the 
constant (1.0). During semantic analysis, the. com- 
piler modifies the syntax tree to ensure semantic 
correctness. For example, if the variable (cTable) is 
an integer and the constant (1.0) is real, then 
during semantic analysis an real to integer conver- 
sion would be added to the syntax tree. During 
intermediate code generation, code optimization, 
and final code generation, the compiler generates 
. machine instructions to implement the program re- 
presented by the syntax tree. The machine instruc- 
tions can then be executed by the computer. 

Summary of Invention 

The present invention provides a method and 
system for generating a computer program. In a 
preferred embodiment, the present invention pro- 



vides a program tree editor for directly manipulat- 
ing a program tree. A program tree comprises of 
plurality of nodes corresponding to computational 
constructs. The program tree editor receives com- 

5 . mands from a user that are independent of a 
programming language syntax. The present inven- 
tion also provides a display representation gener- 
ator for generating a display representation of the 
program tree. The display representation generator 

w retrieves nodes from the program tree and displays 
a display representation of the node. A user of the 
present invention preferably interacts with the pro- 
gram tree editor based on the displayed repre- 
sentation. 

75 

Brief Description of Drawings 

Figure 1 is a high-level block diagram of the 
general-purpose computer system upon which the 
20 facility preferably operates. 

Figure 2 is block diagram of components of the 
facility in a preferred embodiment. 

Figure 3 is a diagram of a sample program 
tree. 

25 Figure 4 shows a C display representation of 

the sample program tree. 

Figure 5 shows a Lisp display representation of 
the sample program tree. 

Figure 6 illustrates the selection of the select 
30 menu of the program tree editor. 

Figure 7 illustrates components of the user 
interface of the command well editor. 

Figure 8 is a flow diagram of the modify pro- 
gram tree subroutine of the facility. 
35 Figure 9 is a flow diagram of the insert new 

node subroutine. 

Figure 10 is a flow diagram of the generate 
display representation subroutine. 

Figures 1 1 A- 1 1 D are sample diagrams showing 
40 the contents of a subtree and the display repre- 
sentation at various times during the insertion of 
two new nodes into the subtree. 

Figures "T2A-V2F show the execution of the 
generate display representation tree subroutine. 

45 

Detailed Description of the Invention 

The present invention provides a method and 
system for generating and maintaining a computer 

so program. In a preferred embodiment, a software 
facility (the facility) represents a computer program 
as a program tree. A program tree is a tree struc-. 
ture in which non-leaf nodes represent operators 
and leaf nodes represent operands. The facility 

55 provides a mechanism for directly manipulating 
nodes, that is. adding, deleting, and moving nodes, 
within a program tree. Once a program tree is 
generated, then the steps of semantic analysis. 
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intermediate code generation, code optimization, 
and final code generation are performed to effect 
the transformation of the computer program repre- 
sented by the program tree into executable code. 

The facility provides commands for selecting a 
portion of a program tree, for placing an insertion 
point in- the program tree, and for selecting a type 
of node to insert at the insertion point. The facility 
allows various commands to be performed relative 
to the currently selected portion and the current 
insertion point. For example, the currently selected 
portion can be copied or cut to a clipboard. The 
contents of the clipboard can then be pasted from 
the clipboard to the current insertion point using a 
paste command. Also, the facility provides various 
commands (e.g.. "Paste = ") to insert new a node 
at the current insertion point. 

The facility preferably displays the program 
tree to a programmer by generating a display re- 
presentation of the program tree. A display repre- 
sentation format specifies the textual representation 
of each type of node that may be inserted in a 
program tree. The facility preferably supports dis- 
play representation formats for several different 
popular programming languages, such as C, Pas- 
cal, Basic, and Lisp. This permits a programmer to 
select, and change at any time, the display repre- 
sentation format that the facility uses to produce a 
display representation of the program tree. For 
example, one programmer can select to view a 
particular program tree in a C display representa- 
tion format, and another programmer can select to 
view the same program tree in a Lisp display 
representation format. Also, one programmer can 
switch between a C display representation format 
and a Lisp display representation format for a pro- 
gram tree. 

The facility preferably indicates the currently 
selected oortion of the program tree to a program- 
mer by highlighting the corresponding display re- 
presentation of the program tree. Similarly, the 
facility preferably indicates the current insertion 
point to a programmer by displaying an insertion 
point mark (e.g., "|" or " ^ ",) within the display 
representation. The facility also allows the pro- 
grammer to select a new current portion or re- 
position the insertion point based on the display 
representation. 

Figure 1 is a high-level block diagram of the 
general-purpose computer system upon which the 
facility preferably operates. The computer system 
100 contains a central processing unit (CPU) 101. a 
computer memory (memory) 102, and inputoutput 
devices 103. The computer programs of the facility 
reside in the memory and execute on the CPU. 
Among the input/output devices is a storage device 
104, such as a hard disk drive, a keyboard 105. a 
pointing device 106. such as a mouse, and a 



display device 107, such as a monitor. 

Figure 2 is block diagram of components of the 
facility in a preferred embodiment. The facility 201 
includes program tree editor 202. command well 

5 editor 203, display representation generator 204, 
program tree transformer 205, command well 206. 
user interface maps 207, and program tree 208. 
The program tree editor controls the selection of 
the available commands directly from the com- 

w mand well or from the command well based on the 
user interface maps, and effects the execution of 
commands selected by. a programmer. The user 
interface maps map menu items, toolbars, and 
keys to commands. When a menu item, toolbar, or 

75 key is selected, the program tree editor performs 
the associated command. The command well con- 
tains a list of commands that are available for 
programmer selection and code to effect the per- 
formance of each command. The command well 

20 editor allows a programmer to customize the user 
interface provided by the program tree editor. The 
display representation generator generates and dis- 
plays a display representation of the program tree 
based on a programmer selected display repre- 

25 sentation format. The program tree transformer 
controls the transformation of the program tree to 
executable code. 

THE PROGRAM TREE 

30 

Figure 3 is a diagram of a sample program 
tree. This sample program tree corresponds to the 
following computer code: 

{ 

35 B = 4; 

A = B + 3 ' (4 - C); 

D = A2; 

} 

The sample program tree contains a node 302, 
40 303. 304 for each statement of the computer code. 
The subtrees for statements 302 and 304 are not 
shown on Figure 3. The subtree for the statement 
"A = B + 3 * (4 - C)" comprises nodes 304 
through 312. Figure 4 shows a C display repre- 
ss sentation of the sample program tree. Figure 5 
shows a Lisp display representation of the sample 
program tree. The sample program tree may also 
be displayed in a tree display representation that is 
similar to the layout of Figure 3. 
so A program tree is preferably stored in memory 

as a collection of nodes called tree elements (TEs). 
The facility maintains two different kinds of TEs: an 
expression (EXPR) and a declaration (DCL). Each 
TE has the following form: (operator, properties [i]. 
55 operand [i]) where there may be* zero or more 
operands and properties. The operator field and 
operand fields are pointers to other TEs. An ex- 
pression is a kind of TE (EXPR TE) that represents 
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an expression Mn the program tree. For example, an 
EXPR TE corresponding to a " + " operator, con- 
tains a pointer (operator) to a DCL TE that defines 
the operator and contains a pointer (operand [i]) to 
an EXPR TE for each operand. If an operand 5 
corresponds to a leaf node of the program tree, 
then the EXPR TE for the operand points to a DCL 
TE that defines the operand (e.g., the definition of a 
particular integer variable). The operand fields can 
point to DCL TEs or EXPR TEs.. For example, in w 
Figure 3 node 306 is represented in memory as an 
EXPR TE the operator field points to the DCL TE 
for the " + " operator; one operand field points to 
an EXPR TE which points to the DCL TE for the 
M 8 M variable, and the other operand field points to is 
the EXPR TE corresponding to node 308. In a 
preferred embodiment a program tree includes 
predefined DCL TEs to describe typical computa- 
tional constructs. The typical computational con- 
structs include logical and arithmetic operators, 20 
constants, flow control (e.g.. M for rt construct), the 
assignment operator, and type definitions. 

A declaration is a kind of TE (DCL TE) that 
represents the definition of an entity (e.g., a com- 
putational construct). Part of that definition consists 25 
of information describing the entity, such as its 
print name (e.g.. w + "), the name space in which it 
occurs (e.g., module), its volatility (e.g., constant or 
variable) and various other flags, which are prefer- 
ably stored as properties. In addition, a declaration 30 
usually has one or two children: its type and its 
initial value. These children define the type and the 
value of the entity by pointing to DCL TEs that 
specify the type and the value. Because EXPR TEs 
point to the declaration for their operator on 35 
operand, the properties of declarations can be 
changed and be immediately reflected throughout 
the program tree. For example, if a particular vari- 
able is highlighted, then a property of the declara- 
tion for the variable is set to highlight. Because -so 
each EXPR TE corresponding to that variable 
points to the DCL TE for the variable, the highlight 
property is easily accessible when processing the 
program tree. 

Because each EXPR TE for an operator or an js 
operand corresponding to a leaf node contains a 
pointer to a DCL TE. the names of (a property of) 
each DCL TE may be arbitrarily assigned. The 
names are preferably used for display only. More- 
over, each DCL TE does not need a unique name. 50 
A DCL TE can be identified to a user by a non- 
unique name and other properties of the DCL TE 
or its location (e.g., containing module name) of the 
DCL TE. In this way, a variable with the same 
name as field of a structure can be distinguished. 55 
Also, operands can be associated with declarations 
without the constraints of scoping rules normally 
associated with typical programming languages. 



For example, code from different libraries can be 
combined without causing name conflicts. 

In a preferred embodiment, each DCL TE has 
corresponding function (method) for displaying the 
operator or operand described by the declaration. 
As discussed below in detail, the display repre- 
sentation generator invokes this function when gen- 
erating a display corresponding to an EXPR TE. 
The EXPR TE points to the DCL TE. Thus, when a 
property of a DCL TE is changed that affects the 
display representation, the change is reflected 
when the display representation is next generated. 

A list is a kind of TE (List TE) that represents 
collections. There are many kinds of lists including 
those that list the modules of a project, the fields of 
a structure, the fields of a union, the declarations in 
a statement block, the formal parameters of a pro- 
cedure, and the statements in a compound state- 
ment. Lists may have zero or more children. 

Property lists are used to set various attributes 
of a TE. For example, a TE may contain style 
properties to specify the display characteristics 
(e.g., color and font). Properties may also be inher- 
ited from other TEs. For example, a style property 
for an EXPR TE may be inherited from a DCL TE 
pointed to by the operator field. 

All of these pointer interconnections form a 
graph of arbitrary complexity. However, even 
though these connections form a general graph, a 
subset of the connections form an program tree. 
Further, the program tree is a spanning tree that 
lends itself to a natural or canonical order for 
traversal and processing of all of the TEs in the 
program tree. 

The root of a program tree is a List TE. The 
declaration tree entries (DCL TEs) of the root list 
correspond to modules, which comprise a project. 
A project corresponds to a computer program. 

THE PROGRAM TREE EDITOR 

The program tree editor provides commands 
for creating and modifying program trees. A pro- 
gram tree is generated by entering a sequence of 
editor commands that create and insert nodes (tree 
elements) into the program tree. For example, a 
programmer adds an assignment statement to a 
compound statement by selecting a node for the 
compound statement, indicating that a child node is 
to be added with the assignment operator (" = "). 

The program tree editor provides the user in- 
terface of Figure 4. The program tree editor directs, 
the display representation generator to display a 
representation of the program tree on the display 
device. The program tree editor also effects the 
performance of commands invoked from the com- 
mand well, from a menu, from a toolbar, or from a 
keymap. Commands typically manipulate (add and 
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delete nodes) the program tree, change the inser- 
tion point, or change the current selection. Other 
commands allow for storing and retrieving the pro- 
gram tree. The program tree editor user interface 
preferably includes a menu 401, a horizontal tool- 
bar 402. a vertical toolbar 403. a program text area 
404, and a left margin area 405 as shown in Figure 
4. 

Figure 6 illustrates the selection of the select 
menu of the program tree editor. The select menu 
is a pull down menu that lists various commands 
for selecting portions of the program tree and posi- 
tioning the insertion point. 

In one embodiment, the program tree editor 
includes a tokenizer for receiving keyboard entered 
text, recognizing a token, and converting the token 
into a sequence of editor commands. The program 
tree editor provides commands for selecting por- 
tions of an program tree, and for placing an inser- 
tion point in the program tree. The program tree 
editor allows various commands to be performed 
relative to the currently selected portion and the 
current insertion point. For example, the "Paste if" 
command replaces the currently selected portion of 
the program tree by an expression node pointing to 
the DCL that defines the computational construct 
for conditional execution, which is generally de- 
noted as "if in current computer language syntax. 
The typing of an "if" token results in the cor- 
responding "Paste if command being executed 
relative to the selection. 

The program tree editor provides various com- 
mands for selecting portions, positioning insertion 
points, adding and deleting nodes in the program 
tree, and manipulating, the program tree. As de- 
scribed below, the command well editor allows a 
programmer to customize the mapping of keys to 
commands. The following describes a typical user 
interface for manipulating a program tree. 

A subtree is selected by pointing to the display 
representation of some tree node and the (eft 
(mouse button) double clicking. The entire subtree 
headed by that node is selected. A list of subtrees 
may be selected by drawing through the list with a 
mouse button held down. Selection and placement 
of the insertion point can be effected by a single 
command. A single click will select a subtree, but it 
positions the insertion point at one end of the 
selection - depending on whether the click was in 
the left or the right half of the display representa- 
tion of the node. Although the subtree is selected, 
the subtree may not be modified. Rather, the se- 
lection defines an operand of the operator to be 
inserted at the insertion point. If the operator is 
binary, the selected subtree will be the right or the 
left operand of the operator, depending on the 
placement of the insertion point. Missing operands 
are displayed as "???". Alt-click selects the head 



of a subtree, without highlighting the whole subtree. 
This permits replacing an operator, white leaving 
the operands in place. 

The following is a description of various selecting 
5 and insertion point positioning commands: 

SELECT NODE 

select a particular node. To specify this com- 
ro mand. the programmer positions the mouse pointer 
over a token of the displayed program and clicks 
the mouse. For example, when the programmer 
selects the " = " of the statement "A - B + 3*(4-C), 
then the program tree editor selects the node 304. 
75 In the following, the selected portion of the pro- 
gram tree is indicated by an underline. The follow- 
ing illustrates the selection of a node. 
A = B + 3 *(4 - C) 
position mouse pointer over n = *' 
20 command: select node 

A j= B + 3 * (4 - C) 

SELECT SUBTREE 

25 select the entire subtree of the currently se- 

lected node. For example, when the currently se- 
lected portion is node 304 and the programmer 
enters the select subtree command, then the pro- 
gram tree editor selects the subtree comprising 
30 nodes 304 - 312. The following illustrates the select 
subtree command. 

A =_ B + 3 " (4 - C) 

command: select subtree 

A = B + 3 ' (4 - C) 

35 

SELECT CROWN 

select only the head node of the currently 
selected subtree. For example, when the currently 
40 selected portion is the subtree with the nodes 304 - 
312 and the programmer enters the select crown 
command, then the program editor selects node 
304. The following illustrates the select crown node 
of subtree command. 
45 A = B + 3 " (4 - C) 

command:setect crown 

A =_ B + 3 ' (4 - C) 

SELECT PARENT 

50 

selects only the parent node of the currently 
selected subtree or. alternatively, if only a single 
node is currently selected, then its parent node is 
selected. For example, when the currently selected 
55 portion is the subtree with nodes 3b4 - 312 and the 
programmer enters the select parent command, 
then the program tree editor selects the node 301. 
The following illustrates the select parent of head 
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node command 
{' 

B = 4 

A = B + 3 ' (4 - C) 

O = A / 2 

} 

command: select parent 
{ 

B = 4 

A = B + 3 * (4 - C) 
D = A . 2 

1 

SELECT FIRST CHILD 

selects the first child node of the head node of 
the currently selected subtree or currently selected 
node. For example, when the currently selected 
portion is the subtree with nodes 304 - 312, and 
the programmer enters the select first child com- 
mand, then the program tree editor selects the 
node 305. The following illustrates the select first 
child command 

A = B + 3 * (4 - C) 

command: select first child 

A = B + 3 * (4 - C) 

SELECT LAST CHILD 

selects the last child node of the head node of 
the currently selected subtree or currently selected 
node. For example, when the currently selected 
portion is the subtree with nodes 304 - 312 and the 
programmer enters the select last child of head 
node command, the program tree editor selects the 
node 306. The following illustrates the select last 
child command.' 

A = B + 3 ' (4 - C) 

command: select last child 

A = B t 3 ' (4 - C) 

SELECT PREDECESSOR SIBLING 

selects the predecessor sibling node of the 
head node of the currently selected subtree or 
currently selected node. For example, when the 
currently selected portion is the subtree with nodes 
304 - 312 and the programmer enters the select 
predecessoi sibling command, then the program 
tree editor selects the node 302. In an alternate 
embodiment, if a subtree is currently selected, then 
the program tree editor selects the entire sibling 
subtree. The following illustrates the select pre- 
decessor sibling command. 

{ 

B = 4 

A = B + 3 * (4 - C) 
D = A/2 



} 

command: select predecessor sibling 
{ 

B = 4 

5 A = B + 3 ' (4 - C) 

D = A 2 . 

} 

SELECT SUCCESSOR SIBLING 

10 

selects the successor sibling node of the head 
node of the currently selected subtree or currently 
selected node. For example, when the currently 
selected portion is the subtree with nodes 304 - 

15 312 and the programmer enters the select succes- 
sor sibling command, then the program editor se- 
lects the node 303. In an alternate embodiment, if a 
subtree is currently selected, then the program 
editor selects the entire sibling subtree. The follow- 

20 ing illustrates the select successor sibling com- 
mand. 
{ 

B = 4 

A = B + 3 ' (4 - C) 
25 D = A2 

} 

command: select successor sibling 
{ 

B = 4 

30 A = B + 3 * <4 - C) 

D = A2 

} 

SELECT NEXT "???" 

35 

selects the next node in program tree that is 
undefined (described below) as encountered in a 
depth first teft-to-right traversal of the program tree. 

40 SELECT ABOVE LEFT 

places the insertion point above the currently 
selected subtree or node. When a node for a multi- 
operand operator is inserted, new operand nodes 
45 are inserted on the left of the currently selected 
node. The command is preferably selected by po- 
sitioning the mouse pointer to the left of the cur- 
rently selected portion and clicking the mouse. For 
example, when the currently selected portion is the 
so subtree with nodes 308 - 312 and the insertion 
point is above the current node to the left, then the 
program editor inserts the new node above and to 
the left of the currently selected subtree. The fol- 
lowing illustrates placing the insertion point ("|") 
55 above the currently selected node to the left. 
A = B + 3 * (4 - C) 
A = B + | 3 ' (4 - C) 
A = B + E ??? 3 ' (4 - C) 
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A = B + E + (3 * <4 - Q) 

Note that the selection " 3 " (4 - C)" defined the 
right operand of the inserted binary operator " + 
Parenthesis are displayed by the display repre- 
sentation generator to illustrate the operator prece- 
dence. 

SELECT ABOVE RIGHT 

places the insertion point above the currently 
selected subtree node. When a node for a multi- 
operand operator is inserted, new operand nodes 
are inserted on the right of the currently selected 
node. The command is preferably by positioning 
the mouse pointer to the right of the currently 
selected node and clicking the mouse. For exam- 
ple, when the currently selected portion is the 
subtree with nodes 308 - 312 and the insertion 
point is above the current node to the right, then 
the program tree editor inserts the new node above 
and to the right of the currently selected subtree. 
The following illustrates placing the insertion point 
above the currently selected node to the right. 

A = B + 3 " (4 - C) 

A = B + 3 ' (4 - C) l 

A = B + 3 ' (4 - C) + E 

Note that the selection " 3 * (4 - Q" defined the 
left operand of the inserted binary operator " + \ 

SELECT BEFORE NODE 

places the insertion point as a left sibling of the 
currently selected node or subtree. The command 
is preferably selected by positioning the mouse 
pointer to the left of the currently selected subtree 
and clicking the mouse. For example, when the 
currently selected portion is the subtree with nodes 
304 - 312 and the programmer places the insertion 
point as a left sibling, then the program editor 
inserts subsequently pasted nodes between nodes 
302 and 304. The following illustrates the select 
before node command. 



{ 

B = 4 

s » 

A = 3 + 3 + *(4 - C) 

D = A/2 

} 

10 

new daca : C~2 

{ 

B = 4 

> 

A = B + 3 * (4 - C) 
20 D » A/ 2 

} 

25 SELECT AFTER NODE 

places the insertion point as a right sibling of 
the currently selected node or subtree. The com- 
mand is entered by positioning the mouse pointer 

30 to the right of the currently selected subtree and 
clicking the mouse. For example, when the cur- 
rently selected portion is the subtree with nodes 
304 - 312 and the programmer places the insertion 
point as a right sibling, the program tree editor 

35 inserts subsequent nodes between nodes 304 and 
303. The following illustrates the select before node 
command. 



50 



55 
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' { 

B' : = 4. 

A = B + 3+(4-C) 

> 

D = A/2 

.} 

new data: C-2 

{ 

B = 4 

A=B + 3*(4-C) 

> 

C=2 

D = A/2 

} 

Certain operators require a certain number or 
minimum number of operands. For example, the 
M + M operator requires two operands. When an " = " 
operator is being entered, the program tree editor 
creates a w = M node with two operand nodes. If the 
operands have not yet been specified, then the 
program tree editor set the operand nodes to "to 
be determined" (TBD), also referred to as "un- 
defined." which is displayed as "???**. For exam- 
ple, when entering the statement "A = B + 3 * (4- 
C)° the TBD identifier, "???". is displayed to repre- 
sent undefined operand nodes. The following illus- 
trates the entering of the statement. 



A 




??? 






A 




IT 






A 




B + 


??? 




A 




B + 


IT 




A 




B + 


3 * ???■ 




A 




B + 


3-4T 




A 




B + 


3 ' (* - 


777) 


A 




B + 


3 • (4 - 





The above example illustrates a preferred default 
selection of a node and an insertion point per- 
formed by the program tree editor during insertion 
of nodes into a program tree. If. however, a user 
wishes to enter the statement "A = B + (3*4)- 
C". then the user would enter the nodes as above 
until the following is displayed. 

A = B + 3 * 4| 
The user would then select the node represented 
by the operator to change the current selection 
which is represented by the following. 

A = B + 3 " 4 | 
The user would then proceed with entering the "- 



C" as illustrated by the following. 
A = B + (3 * 4) - ??? 
A = B + (3 ' 4) - C 

During creation of a program tree, there can be 
s many undefined nodes. The program tree editor 
maintains a "To-Do" list identifying these nodes. 
The "To-Do" list can be maintained in order of 
creation of the undefined nodes or other ordering. 
Before transforming a program tree a programmer 
w would typically ensure that all nodes on the n To- 
Do" list are defined. The use of undefined nodes 
ensures that the program tree is correctly struc- 
tured without forcing a programmer to always enter 
complete computational constructs. For example, a 
75 programmer could create a program tree corre- 
sponding to the following: 



if (???) 

20 

{???} 

else 

{B = 1} 

25 

The "To-Do" list would contain an undefined node 
corresponding to the conditional part and the then- 
part of the if statement. The programmer could 
30 then edit other parts of the program tree and later 
define these undefined nodes. 

The program editor allows data to be pasted at 
the insertion point. The sources of the data are 
from the "Source .Well." the clipboard, or other 
35 secondary source. The Source Well contains 

all local variables 

at I types 

all computational constructs 
all globals 
40 all operators 

all procedures 
The contents of the Source Well changes as the 
insertion point changes to represent the data that 
can be appropriately inserted at the insertion point. 
45 Primitive nodes which can be pasted into the pro- 
gram tree are available as distinct commands in 
the commands well. For example, "Paste +" will 
paste a " + " node. The vertical toolbar at the left of 
the program text area preferably lists these corn- 
so mands, organized into the following categories: 

- Statements, such as if, for, switch, goto- la- 
bel, etc. 

- Arithmetic operations, such as + . - etc. 

- Assignment operations, such as = . + = . 
55 etc. 

- Relations, such as = = ,>,etc. 

- Boolean and logical operations, such as &. 
&&. «. etc. 
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- Increments and Decrements 

- Data structure operations, such as &.*,->, 
[]. etc. 

- Groupings and calls, for example {}, a(), spe- 
cialization, etc. 

The keyboard can be used for typing in program 
text. A -Substantial portion of keystroke and mouse 
event sequences are handled by the command 
keystroke mapping facilities of the program tree 
editor. The program tree editor divides keyboard 
input into tokens. Before the end of a token is 
reached, backspace may be used to edit the token 
and the token text is visible on the screen at the 
insertion point. Tokens are delimited by either: 

- A space or spaces 

- When special characters follow alpha or num- 
ber characters, as in a + 

- When alpha or number characters follow spe- 
cial characters, as in + b 

- Some characters form a token by themselves 
and terminate what was before, for example, 
a semicolon 

- There may be other escape conventions for 
tokens that include both alpha and special 
characters 

The tokens are then looked up in the various key 
maps and a symbol list: 

- First, the token may be directly associated 
with a command in a keymap. For example, 
the token M if" may result in the execution of 
the "Paste if" command. 

- Next, the token is "looked up" by traversing 
the tree from the selection towards the root. 
The tokenizer searches for right operands of 
field selections in structure declarations. The 
tokenizer also searches local declarations in 
procedures, global declarations in modules, 
and declarations in the system libraries. The 
program tree editor also preferably maintains 
a symbol list containing the names asso- 
ciated with the various DCL TES. The 
tokenizer can search this list for matching 
names, if token does not represent a unique 
name, the tokenizer can present the program- 
mer with further identifying information to 
help the programmer identify the appropriate 
node with a non-unique name. 

Thus, the program tree editor will find the to- 
ken " + ". for example, as the name of an operation 
typically in a system library. The effect of this 
token will be to execute a "Paste + " command to 
paste a " + " operator node into the program tree. 

The program editor tree also provides com- 
mands for expanding and collapsing the display 
representation of a program tree. The display re- 
presentation of a program tree can be expanded 
and collapsed, in whole, or in part, in outline fash- 
ion. A collapsed element is identified by a gray 



bullet in the left margin. The following commands 
may be used to expand and collapse a display 
representation: expand all. expand next level, col- 
lapse all, and collapse next level. 

s Figure 8 is a flow diagram of the modify pro- 

gram tree subroutine of the facility. In steps 801- 
807. the facility loads a program tree, generates 
and displays a representation of the program tree, 
. and allows a programmer to insert nodes into the 

to program tree. In step 801. the facility allows the 
programmer to select an available display repre- 
sentation format. In a preferred embodiment, the 
user may select another display representation for- 
mat at a later time, and the facility will instead use 

is the newly selected format when displaying the pro- 
gram tree. 

In step 802, the facility loads a program tree 
into memory in response to a command from the 
programmer. The program tree that is loaded may 

20 have been stored by a previous invocation of the 
modify program tree subroutine. The program tree 
may also have been created in other ways, such as 
parsing conventional source code. The facility pref- 
erably can omit this step in order to construct a 

25 program tree initially. 

in step 803, the facility uses the selected re- 
presentation format to generate a display repre- 
sentation of the program tree. To generate a dis- 
play representation, the facility traverses the pro- 

30 gram tree in a depth-first manner and representing 
each node in the program tree with text or graphics 
specified by the representation format. The use of 
graphics or bitmaps allows pictures to be used for 
operator, operand, and declaration names or point- 

35 ers (directed arc) could be drawn to the corre- 
sponding declaration. For example, if a constant 
value represents an I-beam cursor, then an I-beam 
bitmap can be used to represent the identifier of 
the constant. Also, there can be several representa- 

40 tion formats (stored as properties) for a name. For 
example, a DCL TE can have a short name and a 
long name. The programmer could display the pro- 
gram tree using the short name, but when debug- 
ging a section that the programmer is unfamiliar 

45 with the programmer could display the long name 
(which are presumedly more descriptive). Alter- 
native names could also be stored in various for- 
eign languages. The display representation gener- 
ator is described below in detail 

so In step 804, the facility displays the representa- 

tion on the display device. The facility displays an 
insertion point indication at a position within the 
display representation that corresponds the inser- 
tion point, in a preferred embodiment, the facility 

55 preferably displays only a portion 'of long display 
representations, and allows the user to scroll within 
the display representation, causing the facility to 
display a different portion of the program tree. The 
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facility preferably generates in step 803 only as 
much of the display representation of the program 
tree as is necessary to produce the displayed 
portion of program tree. 

In step 805, if the programmer wishes to insert 
a node, then the facility continues at step 806 to 
insert the-node. else the subroutine returns. In step 
806. the facility inserts a new node. A programmer 
inserts a new node by selecting a type of node to 
insert and a position in the program tree at which 
to insert the node. The process of inserting a node 
is described in detail below. 

In step 807. the facility stores the program tree 
containing the inserted node. The facility may store 
the program tree in memory, on the storage de- 
vice, or both. At any point after the program tree 
has been stored, it may be used by the program- 
mer in a variety of ways. For example, the pro- 
grammer may transform the stored program tree 
into an executable code, or the programmer may 
debug the program tree by invoking a debugging 
utility. After step 807. the facility continues at step 
803 to generate the display representation for the 
program tree containing the inserted node, to dis- 
play the generated representation, and to allow the 
programmer to insert further nodes. In step 808, if 
a command other than an insert node command is 
received (e.g., selection or re-position insertion 
point), then the facility processes the command in 
step 809 and loops to step 803 to update the 
display device. 

Figure 9 is a flow diagram of the insert new 
node subroutine that shows step 803 in greater 
detail. In steps 901-907, the facility inserts a node 
of a type specified by the programmer at an inser- 
tion point, then inserts any placeholder nodes re- 
quired by the new node, and selects a new inser- 
tion point. 

In step 901. the facility allows the user to 
select an insertion point with reference to the dis- 
play representation. In this step, the facility allows 
the programmer to select as the insertion point any 
position in the display representation that corre- 
sponds to either a node of the program tree or a 
separation between nodes of the program tree. The 
programmer, may select the insertion point by 
pointing to the display representation using the 
pointing device. The programmer may also use the 
keyboard to select insertion point by pressing a 
combination of cursor positioning keys that moves 
the cursor to the insertion point within the display 
representation. The program may also use an in- 
sertion point positioning command provided by the 
facility. These commands move the insertion point 
to a given position in the program tree, either 
absolute or relative to the current position of the 
insertion point. 



In step 903, the facility allows the programmer 
to select the type of node that should be inserted 
at the insertion point. In a preferred embodiment, 
the facility displays a list of paste commands for 
available node types and allows the user to select 
one. The facility preferably specifies the types of 
nodes which may inserted as children of each node 
type. After the user has selected to paste a node 
type, the facility verifies, that a node of the selected 
type may properly be inserted at the insertion 
point. This involves checking that a node of this 
type is a proper child of the node above the 
insertion point. If a node of the selected type may 
not properly be inserted at the insertion point, the 
facility preferably permits the programmer to 
choose another node type or insertion point. 

In step 904. the facility inserts a node of the 
selected type into the program tree at the insertion 
point. If the insertion point is at a node of the 
> program tree, then the facility replaces the node at 
the insertion point with the inserted node. On the 
other hand, if the insertion point is a separation 
between nodes of the program tree, then the fa- 
cility makes the inserted node a child of the node 
5 above the insertion point, as well as making any 
node below the insertion point a child of the in- 
serted node. 

The facility preferably specifies a minimum 
number of children for each type of node. In step 
o 905. the facility checks to see how many children 
are required for a node of the selected type. If a 
node of the selected type requires more children 
than the inserted node presently has. then the 
facility continues at step 906 to insert nodes of a 
15 special type, called placeholder nodes, as children 
of the inserted node until the inserted node has the 
required number of children, else the facility contin- 
ues at step 907 

In step 907. the facility selects a new insertion 
jo point. The facility selects the insertion point that 
the programmer is likely to select next. To this end, 
if the facility inserted any placeholder nodes in 
step 906, then the facility preferably selects one of 
the inserted placeholder nodes. If the facility se- 
45 lects the correct insertion point, then the program- 
mer can skip the step of selecting the next inser- 
tion point and proceed directly to selecting the next 
type of node to insert. 

so THE COMMAND WELL EDITOR 

The command well editor controls configuration 
of the user interface of the program tree editor. The 
facility provides a command well that contains each 
55 command provided by the facility. In a preferred 
embodiment, each command has associated with it 
a unique identifier and function for implementing 
the command. A preferred command well is de- 
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scribed in U.S. Patent Application No. 07/819,194, 
entitled' "METHOD AND SYSTEM FOR CUSTOM- 
IZING A USER INTERFACE IN A COMPUTER 
SYSTEM/* The program tree editor provides a user 
interface that includes a menu hierarchy, various 
toolbars, and various keymaps. The command well 
editor allows a programmer to customize the user 
interface. The command well editor allows a pro- 
grammer specify the menu hierarchy. A program- 
mer can specify the names of menu items and the 
corresponding command to perform when the 
menu item is selected. The user interface prefer- 
ably includes a horizontal and a vertical toolbar. 
The command well editor allows a programmer to 
specify which commands are to be included on the 
toolbars. Each command typically has a bitmap 
specifying a button for the toolbar. The user inter- 
face preferably includes a left margin and a pro- 
gram text keymaps. The command well editor al- 
lows a programmer to specify the mapping of a 
key (or mouse event) or sequence of keys to 
commands. For example, a double click in the 
program text area may map to a command to 
select a node, whereas a double click in the left 
margin may map to a command to display a sub- 
tree. Also, if a programmer, maps the letters "if" 
(the M if" token) to the "Paste if" command in the 
program text keymap, then when the programmer 
types "if" within the program text area the "Paste 
if" command is executed which causes a node to 
be inserted at the current insertion point. 

Figure 7 illustrates components of the user 
interface of the command well editor. The com- 
mand well editor provides a list of all commands 
implemented by the program tree editor. The com- 
mand well editor allows a programmer to specify 
the bitmap associated with each command. The 
command well editor provides a category list box 
to allow the programmer to select which category 
of the user interface to customize. The menus 
category allows a programmer to customize the 
menu hierarchy. The toolbars category allows a 
programmer to customize the toolbars. The keys 
category allows a programmer to customize the 
keymaps. 

THE DISPLAY REPRESENTATION GENERATOR 

The display representation generator receives 
requests from the program tree editor to display 
representations of the program tree on the display 
device. The display representation generator re- 
quests each node of the program tree to display its 
representation based on the currently selected dis-. 
play representation format. The display representa- 
tion generator uses a depth-first left-to-right tra- 
versal of the program tree. 



Figure 10 is a flow diagram of the generate 
display representation subroutine that shows step 
806 in greater detail. One skilled in the art would 
appreciate that well-known techniques exist for dis- 
5 playing trees. In steps 1001-1006, the facility gen- 
erates a display representation of the program tree 
by traversing the program tree in a depth-first, left- 
to-right manner and by generating the display re- 
presentation for each node. In step 1001, the fa- 
w cility determines the portion of the program tree for 
which to generate a display representation by se- 
lecting a subtree of the program tree. A subtree is 
defined by a crown node, and contains the crown 
node and all of the descendants of the crown node. 
75 The facility preferably selects the crown node by 
moving up the tree from the insertion point until the 
current node defines a subtree whose display re- 
presentation is likely to fill the space of the display 
device allocated for the display representation. 
20 In step 1002, the facility creates a data struc- 

ture called a display list. After the facility com- 
pletely expands the display list, the facility uses it 
to display the representation. The display list is a 
linked list that contains display list items, each of 
25 which can either be unexpanded or expanded. Un- 
expanded display list items correspond to a node 
of the subtree. Expanded display list items, on the 
other hand, correspond to one of one or more 
pieces of the display representation associated of 
30 the type of a particular node of the subtree, in step 
1003, the facility inserts into the display list an 
unexpanded display list item corresponding to the 
crown node. In steps 1004-1006, the facility pro- 
gressively expands the display list items until the 
35 display list is completely expanded. 

In step 1004, if the display list contains unex- 
panded display list items, then the facility contin- 
ues at step 1005, else the subroutine returns. In 
step 1005, the facility replaces the unexpanded 
40 display list item closest to the beginning of the 
display list with a replacement set of display list 
items specified by the selected representation for- 
mat. Some of the display list items may be ex- 
panded and correspond to the actual display repre- 
ss sentation, while others may be unexpanded and 
correspond to nodes of the subtree that are chil- 
dren cf the node to which the replaced display list 
entry corresponds. In step 1006 ( the facility modi- 
fies the content of the unexpar.ded display list 
so items of the replacement set to each indicate a 
particular child node of the node to which the 
replaced display list entry corresponds. 

Figures 1 1A-11D are sample diagrams showing 
the contents of a subtree and the display repre- 
ss sentation at various times during the insertion of 
two new nodes into the subtree. Figure 11A is a 
sample diagram showing the contents of the sub- 
tree and the display representation before any in- 
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sertion has been performed. The subtree 1110 is 
defined by its crown, a print node 1111, specifying 
a display operation. The print node is a child of 
another node, such as a grouping node, not shown. 
An "A** variable reference node 1112 and a "IS 
THE ANSWER" string node 1113 are children of 
the print -node. The insertion point 1114, shown as 
a diagonal bar, is located above the print node. The 
display representation 1120 contains a line of text 
1.121 corresponding to the subtree. An insertion 
point 1122, shown as a vertical bar cursor, is 
positioned at the beginning of the line. 

The programmer then moves the insertion 
point to between the characters "A" and "."in the 
display representation. The programmer moves the 
insertion point by either pointing to the new posi- 
tion with a pointing device, using cursor positioning 
keys to move the cursor to the new position, or 
using a move to child positioning command. Figure 
1 1 B is a sample diagram showing the program tree 
and the display representation after the facility has 
moved, the insertion point to above the "A" variable 
reference node. The insertion point 1142 is now 
positioned between the "A" character and the V 
character. The insertion point 1131 has moved to 
between, the print node and the "A" variable refer- 
ence node. 

The programmer then selects the multiplication 
node type to insert (paste) at the current insertion 
point. Figure 1 1C is a sample diagram showing the 
program tree and the display representation after 
the facility has inserted a multiplication node as the 
parent of the "A" variable reference node. In the 
subtree, the facility has inserted a multiplication 
node 1151 as a parent of the '" A" variable refer- 
ence node. Because multiplication nodes require at 
least two children (as multiplication is a binary 
operation), the facility has also inserted a placehol- 
der node 1152 as a second child of the new 
multiplication node. Because the user is likely to 
next insert a node to replace the placeholder node, 
the facility has moved the insertion point 1152 to 
the placeholder node. In the display representation, 
the facility has generated an asterisk as the display 
representation for the new multiplication node and 
question marks for the new placeholder node, and 
moved the insertion point to the question marks. 

The program then selects the "B" variable 
reference node type. to insert at the insertion point. 
Figure 11D is a sample diagram showing of the 
program tree and the display representation after 
the facility has inserted a "B" variable reference 
node as a child of the multiplication node. In the 
subtree, the facility has inserted a "B" variable 
reference node 1171 to replace the placeholder 
node. Because the user is likely to next insert a 
node after the "B" variable reference node, the 
facility has moved the insertion point 1 172 to below 



the "B" variable reference node. In the display 
representation, the facility has generated a "B" as 
the display representation of the newly inserted 
node in place of the question mark, and moved the 
5 insertion point to after the "B". 

To produce" each display representation in Fig- 
ures 11A-11D. the facility executes the generate 
display representation subroutine. Figures 12A-12F 
show the execution of the generate display repre- 
w sentation subroutine to produce the display repre- 
sentation 1180 shown in Figure 11D. Figure 12A is 
a diagram of the display list at the beginning of the 
generation of a display representation. The subtree 
1210 has nodes 1211-1215. The display list 1220 
7 5 has a single display list entry 1221. Display list 
entry 1221 is unexpanded, as shown by the char- 
acter M U" inside the display list entry, and its 
content indicator indicates the print node 121 1. 

Figure 12B is a diagram of the display list 
20 showing the expansion of display list entry 1.221. 
The display list has display list items 1222-1227. 
These display list entries are those in the replace- 
ment set for print nodes of the display representa- 
tion format of the Basic language. The diagram 
25 also shows a string table 1240 having entries 1241- 
1244. Display list entry 1222 is expanded, and its 
content indicator indicates the "PRINT" string 
1241. When display list entry 1222 is displayed, 
the "PRINT" string will be displayed. Display list 
30 entries 1223. 1225. and 1227 are also expanded, 
and their content indicators also each indicate a 
string that will be displayed when the display list is 
displayed. Display list entry 1224 is unexpanded, 
and its content indicator indicates the multiplication 
35 node 1212. Display list entry 1226 is similarly un- 
expanded. and its content indicator indicates the 
"IS THE ANSWER" string node 1215. The unex- 
panded nodes will be expanded further. 

Figure 12C is a diagram of the display list 
40 showing the expansion of display list entry 1224. 
The facility selects display list entry 1224 to ex- 
pand because it is the first unexpanded display list 
entry in the display list. Display list entry 1224 has 
been expanded into display list items 1228-1230. 
45 Display list entry 1228 is unexpanded, and its 
content indicator indicates the "A" variable refer- 
ence node 1213. Display list entry 1229 is ex- 
panded, and its content indicator indicates a 
string 1241. Display list entry 1224 is unexpanded. 
so and its content indicator indicates the B variable 
reference node 1214. 

Figures 12D-12F are diagrams of the display 
list showing the expansion of display list entries 
1226. 1228, and 1230^ In Figure 12F, the display 
55 list is fully expanded. The facility displays the fully 
expanded display list to display the unparsed text 
as shown in Figure 1 1 D by traversing the display 
list from beginning to end. displaying the text of the 
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string indicated by the content indicator of each 
display list entry. 

Although the present invention has been de- 
scribed in terms of a preferred embodiment, it is 
not intended that the invention be limited to these 
embodiments. Modifications within the spirit of the 
invention will be apparent to those skilled in the art 
The scope of the present invention is defined by 
the claims that follow. 

Claims 

1. A method in a computer system for generating 
a computer program, the computer system 
having a display device and an input device, 
the method comprising the steps of: 

inputting through the input device a plural- 
ity of nodes for a program tree, the nodes 
specifying operators and operands of the com- 
puter program; 

storing the input nodes in the program 

tree; 

selecting a display representation format 
for displaying a representation of the program 
tree; 

generating a display representation of the 
program tree in accordance with the selected 
display representation format; and 

displaying the generated display re- 
presentation on the display device. 

2. The method of claim 1 wherein the step of 
generating a display representation includes 
the steps of 

retrieving nodes of the program tree; and 
invoking a function associated with the re- 
trieved node to generate a display representa- 
tion of the retrieved node. 

3. The method of claim 1 wherein the step of 
inputting inputs a plurality of nodes in a man- 
ner that is independent of programming lan- 
guage syntax. 

4. The method of claim 1 wherein the step of 
inputting includes the step of receiving a plu- 
rality of commands, the commands for directly 

■ manipulating the program tree. 

5. The method of claim 4 wherein the commands 
include a command for positioning an insertion 
point within the program tree. 

6. The method of claim 4 wherein the commands 
include a command for selecting a portion of 
the program tree. 



7. The method of claim 4 wherein the commands 
include a command for adding a node to the 
program tree. 

5 8. The method of claim 4 wherein the commands 
include a command for deleting a node from 
the program tree. 

9. The method of claim 1 wherein the step of 
w inputting includes the step of receiving a series 

of commands that is independent of a pro- 
gramming language. 

10. The method of claim 9 wherein the commands 
75 are received through menu selection by a user 

of the computer system. 

11. The method of claim 10 wherein the com- 
mands are received through a tokenizer that 

20 receives input from a user of the computer 

system. 

12. The method of claim 1 wherein the step of 
storing includes the step of storing in the pro- 

25 gram tree an undefined node that represents 

an operand of an input node that corresponds 
to an operator. 

13. The method of claim 12 including the step of 
30 displaying a list of undefined nodes stored in 

the program tree so that a user of the com- 
puter system can specify a definition of the 

node. 

35 14. The method of claim 12 wherein the step of 
displaying includes the step of displaying un- 
defined nodes in a predefined representation. 

15. The method of claim 1 wherein the step of 
*o inputting inputs a plurality of nodes in a man- 
ner that is independent of programming lan- 
guage syntax and wherein the step of generat- 
ing includes the step of invoking a function 
associated with a node of the program tree to 

45 generate a display representation for the node. 

16. The method of claim 15 wherein the function 
generates a graphics-based representation of 

the node. 

50 

17. The method of claim 15 wherein the function 
generates a bitmapped representation of the 
node. 

55 18. The method of claim 15 wherein the function 
generates an iconic representation of the node. 
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19. The method of claim 15 wherein the function 
generates a directed arc pointing to a display 
representation of a second node, the second 
node representing a declaration corresponding 
to the node. 

20. The method of claim 1 wherein the step of 
inputting inputs a plurality of nodes in a man- 
ner that is independent of programming lan- 
guage syntax and wherein the nodes include 
declaration nodes corresponding to definitions 
and nodes in the program tree contain referen- 
ces to corresponding declaration nodes. 

21. The method of claim 20 wherein a declaration 
node has a corresponding function for generat- 
ing a display representation and wherein the 
step of generating a display representation for 
a node invokes the function corresponding to 
the declaration node referenced by the node. 

22. The method of claim 21 wherein the declara- 
tion node contains a resetable display attribute 
and wherein the function generates a display 
representation based on the setting of the dis- 
play attribute. 

23. A method in a computer system for specifying 
computer program, the method comprising the 
steps of: 

inputting a plurality of nodes to form a 
program tree representing the computer pro- 
gram: 

storing the program tree containing the 
inputted node within the computer system; and 

generating a display representation of the 
program tree based on one of a plurality of 
display representation formats. 

24. The method of claim 23 including the step of 
displaying the generated display representa- 
tion on a display device of the computer sys- 
tem. 

25. The method of claim 23 including the step of 
selecting one of the plurality of display repre- 
sentation formats for use in generating the 
display representation. 

26. The method of claim 25 including the steps of: 

selecting a second one of the plurality of 
display representation formats: and 

. generating a second display representation 
of the program tree based on the second se- 
lected plurality of display representation for- 
mats. 



27. The method of claim 25 wherein the generat- 
ing step includes the steps of: 

traversing a subtree of the program tree, 
each node of the subtree having a display 
5 representation for each of the plurality of dis- 

play representation formats; and 

for each traversed node of the program 
tree, inserting the display representation of the 
traversed node corresponding to the selected 
w display representation format into a display 

representation of the program tree at a position 
corresponding to the position of the traversed 
node in the subtree. 

;s 28. The method of claim 27 wherein the traversing 
step includes the steps of: 

selecting a node of the program tree as a 
crown node; 

defining the subtree as the crown node 
20 and all of the descendant nodes of the crown 

node in the program tree; and 

traversing the subtree in a depth-first man- 
ner. 

25 29. The method of claim 23 wherein the inputting 
step includes the steps of: 

positioning an insertion point within the 
program tree; and 

inserting a new node into the program tree 
30 at the insertion point. 

30. The method of claim 29. further including the 
step of receiving an insertion point positioning 
instruction, and wherein the positioning step 

35 positions in response to the step of receiving 

an insertion point positioning instruction. 

31. The method of claim 29 wherein the step of 
receiving an insertion point positioning instruc- 

j: 0 tion includes the step of receiving an absolute 

insertion point positioning instruction from a 
pointing device. 

32. The method of claim 29 wherein the step of 
-•5 receiving an insertion point positioning instruc- 
tion includes the step of receiving an insertion 
pomi positioning instruction chosen from a 
menu by a user. 

5C 33. The method of claim 29 wherein each node of 
the program tree is of one of a plurality of 
types, further including the step of receiving an 
insert node instruction specifying the type of 
node to insert, and wherein the inserting step 

ss inserts a new. node of the type specified in the 

received insert node instruction. 
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34. The method of claim 33 wherein the step of 
receiving an insert node instruction specifying 
the type of node to insert includes receiving an 
insert node instruction specifying the type of 
node chosen from a menu by a user. 

35: The method of claim 34, further including the 
step of repositioning the insertion point in the 
program tree based on the former insertion 
point and the type of node inserted. 

36. The method of claim 29. further including the 
step of inserting a placeholder node into the 
program tree to reserve a place for a required 
child node of the inserted node. 

37. The method of claim 36, further including the 
step of repositioning the insertion point at the 
placeholder node. 

38. A computer program generating system, the 
system comprising: 

a computer having a central processing 
unit, a memory v an input device, and a display 
device; 

a display representation generator for dis- 
playing a representation of a program tree on 
the display device; and 

a program tree editor for creating a pro- 
gram tree and for editing the program tree 
based on instructions received from the input 
device, the instructions being relative to the 
currently displayed representation of the pro- 
gram tree. 

39. The system of claim 38. wherein the program 
tree editor maintains a current insertion point 
within the program tree and displays a repre- 
sentation of the current insertion point on the 
display device. 

40. The system of claim 38 wherein the program 
tree editor maintains a current selection of a 
portion of the program tree and displays a 
highlighted form of the current selection of the 
display device. 

41. A method in a computer system for creating a 
program tree describing a computer program, 
the program tree comprising a plurality of 
nodes representing operator and operands, the 
method comprising the steps of: 

receiving from a user an identification of a 
language-independent computational construct; 

determining a current insertion point in the 
program tree; and 

creating a node corresponding to the re- 
ceived computational construct and inserting 



the node in the program tree at the insertion 
point. 

42. A method in a computer system for modifying 
5 a program tree, the program tree representing 

a computer program, the program tree having 
nodes describing elements of the computer 
program, the method comprising the steps of: 
retrieving the nodes of the program tree 
w for generating a display representation of the 

program tree based on the retrieved nodes; 

displaying the display representation of the 
program tree on a display device; 

selecting a displayed representation of a 
75 node of the program tree to effect the selection 

of the. node as a currently selected node; 

receiving from a user of the computer sys- 
tem a location of an insertion point relative to 
the displayed representation of the currently 
20 setected node; 

positioning the insertion point at the re- 
ceived location; 

receiving from the user a computational 
construct to insert into the program tree; 
25 creating a node corresponding to the re- 

ceived computational construct; and 

inserting the created node into the pro- 
gram tree at the insertion point. 

30 43. The method of claim 42 wherein the step of 
receiving from a user a location of an insertion 
point includes the step of receiving an indica- 
tion that the location is above the currently 
selected node. 

35 

44. The method of claim 43 wherein the step of 
inserting the created node inserts the node 
such that the currently selected node is a child 
node of the created node. 

40 

45. The method of claim 44 wherein the step of 
inserting the created node inserts the node 
such that the currently selected node is a left 
child node of the created node. 

46. The method of claim 44 wherein the step of 
inserting the created node inserts the node 
such that the currently selected node is a right 
child node of the created node, . 

50 

47. A method in a computer system of selecting 
portions of a program tree, the program tree 
representing a computer program, the com- 
puter programming having a plurality of com- 

55 putational constructs, the program tree having 

nodes describing each computational construct 
of the computer program, the method compris- 
ing the steps of: 



15 



29 



EP 0 651 325 A2 



30 



designating a node as a currently selected 
node; 

receiving from a user of the computer, sys- 
tem an indication to select a subtree of the 
program tree with the currently selected node 
as the root of the subtree; 

designating the subtree of the currently 
selected node as the selected portion of the 
program tree; 

generating and displaying a display repre- 
sentation of the program tree from the nodes 
of the program tree; and 

highlighting the display representation cor- 
responding to the designated subtree. 

48. A method in a computer system for generating 
a computer program, the method comprising 
the steps of: 

for each of a plurality of computational 
constructs, determining a current insertion 
point in a program tree, the program tree re- 
presenting the computer program; 

receiving from a user of the computer sys- 
tem an indication of the computational con- 
struct; 

before receiving another computational 
construct, altering the program tree based on 
the received computational construct; and 

after altering the program tree, resetting 
the current insertion point based on the alter- 
ing of the program tree. 

49. The method of claim 48 wherein the computer 
has a list of computational constructs, and 
wherein the received indication indicates a 
computational construct in the list. 

50. The method of claim 48 wherein the step of 
altering the program tree includes the step of 
inserting a node into the program based on a 
one-to-one correspondence between a re- 
ceived indication of a computation construct 
and a node. 

51. The method of claim 48, 49. or 50 including 
the step of receiving from the user of the 
computer system a command to change the 
current insertion point. 

52. The method of claim 48. 49. or 50 including 
the step of displaying a representation of the 
program tree on a display device. 

53. The method of claim 52 wherein the step of 
displaying includes the step of retrieving re- 
ferences to the computational constructs from 
the program tree for the displaying of the re- 
presentation. 



54. The method of claim 52 wherein the program 
tree contains nodes corresponding to the re- 
ceived computational constructs and each 
computational construct that represents a dec- 

5 laration includes a function for displaying a 

representation of computatiooal constructs as- 
sociated with the declaration. 

55. The method of claim 54 wherein a function 
w generates a graphics-based display represen- 
tation. 

56. The method of claim 48, 49. or 50 wherein the 
program tree contains nodes corresponding to 

;s the received computational constructs and cer- 

tain nodes are designated as declaration com- 
putational constructs and wherein the step of 
altering the program tree includes the step of 
storing a reference to a node designated as a 

20 declaration computational construct. 

57. The method of claim 48. 49, or 50 wherein the 
step of receiving an indication of the computa- 
tional construct includes the step of receiving a 

25 command indicating a form of alteration. 

58. The method of claim 57 wherein the form of 
alteration includes inserting a node into the 
program tree. 

30 

59. The method of claim 57 wherein the form of 
alteration includes pasting a node into the pro- 
gram tree to replace a currently selected node 
of the program tree. 

35 

60. The method of claim 57 wherein the command 
is a command for directly manipulating the 
program tree. 

40 61. The method of claim 57 wherein the com- 
mands are received through menu selection by 
a user of the computer system. 

62. The method of claim 57 wherein the com- 
45 mands are received from a tokenizer that re- 
ceives input from the user. 

63. The method of claim. 48. 49. or 50 wherein the 
program tree includes nodes corresponding to 

so computational constructs and wherein the step 

of altering includes the step of inserting into 
the program tree an undefined node that repre-. 
sents an operand of the computational con- 
struct. 

55 

64. The method of claim 63 including, the step of 
displaying a list of undefined nodes so that the 
user can specify a computational construct for 
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the node. 

65. The method of claim 64 including the step of 
displaying a display representation of undefin- 
ed nodes in a predefined representation. 5 

66. The method of claim 48, 49, or 50 wherein the 
step of receiving an indication of the computa- 
tional construct includes the step of receiving a 
programming language independent indication w 
of the computational construct. 

67. The method of claim 48, 49, or 50 wherein in 
the program tree includes declaration nodes 
corresponding to computational constructs re- is 
presenting declarations and wherein each dec- 
laration node may have a non-unique name. 

68. The method of claim 67 including the step of 
identifying a declaration node by pointing to a 20 
displayed representation off the declaration 
node. 

69. The method of claim 67 including the step of 
identifying a declaration node by location of 2$ 
the declaration node within the computer pro- 
gram. 

70. A method in a computer system for specifying 

a computational construct representing a dec- 30 
laration during entry of a computer program, 
the computer system having a multiplicity 
computation constructs with non-unique 
names, the method comprising the steps of: 

displaying a unique representation of each 35 
of a plurality of the computational constructs; 
and 

selecting a displayed unique representa- 
tion of a computational construct whereby the 
computational construct corresponding to the *o 
selected unique representation is specified. 
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(54) Method and system for generating a computer program 



(57) A method and system for generating a compu- 
ter program. In a preferred embodiment, the present 
invention provides a program tree editor for directly 
manipulating a program tree. A program tree comprises 
of plurality of nodes corresponding to computational 
constructs. The program tree editor receives commands 
from a user that are independent of a programming lan- 
guage syntax. The present invention also provides a 



display representation generator for generating a dis- 
play representation of the program tree. The display 
representation generator retrieves nodes from the pro- 
gram tree and displays a display representation of the 
node. A user of the present invention preferably inter- 
acts with the program tree editor based on the display 
representation. 
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